Adding Custom Entities Docs - #28734
Conversation
Preview links (active after the
|
|
Added DOCS-10606 to track documentation team review |
domalessi
left a comment
There was a problem hiding this comment.
Just a few super minor tweaks!
Removed the (GA) prefixes on the bullets but kept the Preview ones -- we typically don't mark GA explicitly; it's assumed that in the absence of a Preview call-out, the feature is GA.
| ## Key features | ||
|
|
||
| - **Expanded data model**: v3.0 supports multiple kinds of entities. You can organize your systems using various components such as systems, services, queues, and datastores. | ||
| - **(GA) Expanded data model**: v3.0 supports multiple kinds of entities. You can organize your systems using various components such as systems, services, queues, and datastores. |
There was a problem hiding this comment.
| - **(GA) Expanded data model**: v3.0 supports multiple kinds of entities. You can organize your systems using various components such as systems, services, queues, and datastores. | |
| - **Expanded data model**: v3.0 supports multiple kinds of entities. You can organize your systems using various components such as systems, services, queues, and datastores. |
| - **(GA) Expanded data model**: v3.0 supports multiple kinds of entities. You can organize your systems using various components such as systems, services, queues, and datastores. | ||
|
|
||
| - **Multi-ownership**: You can assign multiple owners to any objects defined through the v3.0 schema to specify multiple points of contact. | ||
| - **(GA) Multi-ownership**: You can assign multiple owners to any objects defined through the v3.0 schema to specify multiple points of contact. |
There was a problem hiding this comment.
| - **(GA) Multi-ownership**: You can assign multiple owners to any objects defined through the v3.0 schema to specify multiple points of contact. | |
| - **Multi-ownership**: You can assign multiple owners to any objects defined through the v3.0 schema to specify multiple points of contact. |
| - **(GA) Multi-ownership**: You can assign multiple owners to any objects defined through the v3.0 schema to specify multiple points of contact. | ||
|
|
||
| - **Enhanced relationship mapping**: With APM and USM data, you can automatically detect dependencies among components. v3.0 supports manual declaration to augment auto-detected system topology to ensure a complete overview of how components interact within your systems. | ||
| - **(GA) Enhanced relationship mapping**: With APM and USM data, you can automatically detect dependencies among components. v3.0 supports manual declaration to augment auto-detected system topology to ensure a complete overview of how components interact within your systems. |
There was a problem hiding this comment.
| - **(GA) Enhanced relationship mapping**: With APM and USM data, you can automatically detect dependencies among components. v3.0 supports manual declaration to augment auto-detected system topology to ensure a complete overview of how components interact within your systems. | |
| - **Enhanced relationship mapping**: With APM and USM data, you can automatically detect dependencies among components. v3.0 supports manual declaration to augment auto-detected system topology to ensure a complete overview of how components interact within your systems. |
| - **(GA) Enhanced relationship mapping**: With APM and USM data, you can automatically detect dependencies among components. v3.0 supports manual declaration to augment auto-detected system topology to ensure a complete overview of how components interact within your systems. | ||
|
|
||
| - **Inheritance of system metadata**: Components within a system automatically inherit the system's metadata. It's no longer necessary to declare metadata for all related components one-by-one as in v2.1 and v2.2. | ||
| - **(GA)Inheritance of system metadata**: Components within a system automatically inherit the system's metadata. It's no longer necessary to declare metadata for all related components one-by-one as in v2.1 and v2.2. |
There was a problem hiding this comment.
| - **(GA)Inheritance of system metadata**: Components within a system automatically inherit the system's metadata. It's no longer necessary to declare metadata for all related components one-by-one as in v2.1 and v2.2. | |
| - **Inheritance of system metadata**: Components within a system automatically inherit the system's metadata. It's no longer necessary to declare metadata for all related components one-by-one as in v2.1 and v2.2. |
| - **(GA)Inheritance of system metadata**: Components within a system automatically inherit the system's metadata. It's no longer necessary to declare metadata for all related components one-by-one as in v2.1 and v2.2. | ||
|
|
||
| - **Precise code location**: You can add the mapping of your code location for your service. The `codeLocations` section in v3.0 specifies the locations of the code with the repository that contains the code and its associated `paths`. The `paths` attribute is a list of [globs][4] that should match paths in the repository. | ||
| - **(GA) Precise code location**: You can add the mapping of your code location for your service. The `codeLocations` section in v3.0 specifies the locations of the code with the repository that contains the code and its associated `paths`. The `paths` attribute is a list of [globs][4] that should match paths in the repository. |
There was a problem hiding this comment.
| - **(GA) Precise code location**: You can add the mapping of your code location for your service. The `codeLocations` section in v3.0 specifies the locations of the code with the repository that contains the code and its associated `paths`. The `paths` attribute is a list of [globs][4] that should match paths in the repository. | |
| - **Precise code location**: You can add the mapping of your code location for your service. The `codeLocations` section in v3.0 specifies the locations of the code with the repository that contains the code and its associated `paths`. The `paths` attribute is a list of [globs][4] that should match paths in the repository. |
|
|
||
| - **(PREVIEW) Custom Entities**: Define your own entity types beyond Service, System, Datastore, Queue, and API. Scope scorecards and actions to only apply to specific entity types. | ||
|
|
||
| - **(PREVIEW) Integrations**: Direct integrations with third-party tools to dynamically source information related to your components (e.g. Github pull requests, PagerDuty incidents, Gitlab pipelines, etc.). Report on and write scorecard rules against any third-party source |
There was a problem hiding this comment.
| - **(PREVIEW) Integrations**: Direct integrations with third-party tools to dynamically source information related to your components (e.g. Github pull requests, PagerDuty incidents, Gitlab pipelines, etc.). Report on and write scorecard rules against any third-party source | |
| - **(In Preview) Integrations**: Integrate with third-party tools to dynamically source information related to your components (for example, GitHub pull requests, PagerDuty incidents, and GitLab pipelines). Report on and write scorecard rules against any third-party source. |
|
|
||
| - **(PREVIEW) Integrations**: Direct integrations with third-party tools to dynamically source information related to your components (e.g. Github pull requests, PagerDuty incidents, Gitlab pipelines, etc.). Report on and write scorecard rules against any third-party source | ||
|
|
||
| - **(PREVIEW) Group by product or domain**: You can group systems or other components by products, offering multiple layers of hierachical grouping. |
There was a problem hiding this comment.
| - **(PREVIEW) Group by product or domain**: You can group systems or other components by products, offering multiple layers of hierachical grouping. | |
| - **(In Preview) Group by product or domain**: Organize components by product, enabling multiple layers of hierarchical grouping. |
Co-authored-by: domalessi <111786334+domalessi@users.noreply.github.com>
Co-authored-by: domalessi <111786334+domalessi@users.noreply.github.com>
Co-authored-by: domalessi <111786334+domalessi@users.noreply.github.com>
|
/merge |
|
View all feedbacks in Devflow UI.
The expected merge time in
|
Co-authored-by: domalessi <111786334+domalessi@users.noreply.github.com>
What does this PR do? What is the motivation?
Adding Custom Entities Docs
Merge instructions
Merge readiness:
For Datadog employees:
Merge queue is enabled in this repo. Your branch name MUST follow the
<name>/<description>convention and include the forward slash (/). Without this format, your pull request will not pass in CI, the GitLab pipeline will not run, and you won't get a branch preview. Getting a branch preview makes it easier for us to check any issues with your PR, such as broken links.If your branch doesn't follow this format, rename it or create a new branch and PR.
To have your PR automatically merged after it receives the required reviews, add the following PR comment:
Additional notes